ROUTER CONFIGURED FOR OUTPUTTING UPDATE MESSAGES SPECIFYING A 
DETECTED ATTRIBUTE CHANGE OF A CONNECTED ACTIVE PATH ACCORDING TO 

A PRESCRIBED ROUTING PROTOCOL 

BACKGROUND OF THE INVENTION 
FIELD OF THE INVENTION 

The present invention relates to transport of messages specifying routing information 
between Internet Protocol (IP) routers according to a prescribed routing protocol, for example a 
distance vector routing protocol such as Enhanced Interior Gateway Routing Protocol (EIGRP). 

5 DESCRIPTION OF THE RELATED ART 

Wide area packet switched networks such as the Internet have become an integral part of 
worldwide commerce in part due to the ability of different networks to interoperate without central 
control. In particular, the decentralization of control is possible due to routing protocols which 
enable routers to communicate amongst each other and share routing information: routing protocols 
1 0 include operations such as router advertisement, router discovery, link state advertisement, and the 

•s 

sharing of all or at least a portion of respective routing tables. Distance- vector routing protocols call 
for each router to send all or a portion of its routing table in a routing-update message at regular 
intervals to each of its neighboring routers. Hence, each router can build a topology table that 
provides a detailed representation of the network topology relative to the corresponding router, and 
1 5 a routing table that enables routing of packets according to the network topology 

One particular routing protocol of interest is disclosed in U.S. Patent No. 5,519,704 to 
Farinacci et al., the disclosure of which is incorporated in its entirety herein by reference. Farinacci 
et al. describes a router configured for executing a distance vector routing protocol, referred to as 
Enhanced Interior Gateway Routing Protocol (EIGRP). As described in Farinacci et al., EIGRP 
20 enables routers to initially exchange routing information, including topology tables, enabling each 
router to identify its neighboring topology. Once the routers have established their respective 
topology tables and routing tables, a router only needs to send an EIGRP -based update message to 
another router only if a link transition occurs that affects the network topology. 

EIGRP also utilizes the Diffusing Update Algorithm (DUAL), developed by J.J. Garcia- 
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Luna-Aceves. DUAL enables EIGRP routers to determine whether a path advertised by a neighbor 
is looped or loop-free, and enables an EIGRP router to locate alternate paths without waiting for 
updates from other routers. Hence, upon receiving an EIGRP update message indicating a link 
transition, the EIGRP router updates its routing table and utilizes the DUAL algorithm to identify 
loop-free path, determine a most likely successor path based on cost metrics, and update its routing 
table accordingly. EIGRP routers are commercially available from Cisco Systems, San Jose, 
California. 

The EIGRP protocol specifies that each link for a corresponding destination specified in a 
routing table of a given router can have one of two possible states, mainly “Active” and “Passive”. 
The “Active” state refers to a state when a link is not available (e.g., when a link failure occurs), at 
which point the router is “actively” attempting to identify from its topology a feasible successor to 
reach the destination. The “Passive” state refers to a state where the router is “passive” (i.e., does 
not need to identify a feasible successor) because the topology table already identifies an available 
link (i.e., a link that can reach the destination within prescribed cost parameters). Routers can 
generate update messages in response to: (1) receiving an update message from another router, and 
entering an “Active” phase to identify a feasible successor; or (2) detecting a transition in a link due 
to either an a link failure (i.e., available link transitions to an unavailable link ), or a link recovery 
(i.e., an unavailable link transitions to an available link). 

Although existing EIGRP routers can determine network topology and generate routing 
tables accordingly based on link availability, the existing EIGRP protocol limits the generation of 
a new update message by a source router (i.e., a router not having received an update message related 
to the new update message) to only instances of detecting a link failure or a link recovery. The 
limiting of new update messages provides the benefit of minimizing routing protocol traffic between 
routers, but at the expense of limiting the exchange of useful information between routers. 

SUMMARY OF THE INVENTION 

There is a need for an arrangement that enables dynamic attributes of available links between 
routers to be shared in an efficient manner, without substantially increasing routing protocol traffic 
between the routers, enabling routers to optimize routing of data flows between routers. 

There also is a need for an arrangement that enables routers to share dynamic attributes of 
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available paths between routers, each available path having at least one available link, enabling the 
routers to direct data flows for distinct data flows based on queuing policies, and based on changes 
in the available paths as specified by the dynamic attributes. 

There also is a need for an arrangement that enables a router to dynamically calculate the 
5 highest available bandwidth between endpoints, even when the endpoints are separated by multiple 
routers connected by distinct topologies and link speeds. 

These and other needs are attained by the present invention, where a first router is configured 
for monitoring prescribed attributes of an active path connected to the first router, and supplying an 
update message to a second router, according to a prescribed routing protocol, that specifies a 
1 0 detected change by the first router in at least one of the prescribed attributes of the connected active 
path. Hence, the second router, in response to receiving the update message, can update an internal 
topology table based on the detected change in the active path connected to the first router, and 
selectively adjust an internal routing table based on the detected change relative to queuing policies 
for prescribed data flows. 

1 5 One aspect of the invention provides a method in a router. The method includes identifying 

an active path connected to the router based on at least one active link connected to the router. The 
method also includes monitoring prescribed attributes of the active path connected to the router, and 
detecting a change in at least one of the prescribed attributes of the connected active path. The 
method also includes outputting an update message, specifying the change, to a second router 
20 according to a prescribed routing protocol. The identification of an active path based on at least one 
active link enables prescribed attributes of to be evaluated in terms of an active path instead of 
individual links, enabling aggregation ofprescribed attributes (e.g, metrics) of active links associated 
with the active path. Moreover, the outputting of an update message that specifies the change in the 
at least one of the prescribed attributes of the connected active path enables neighboring routers in 
25 a network to select paths for optimized routing of data flows based on changes in dynamic attributes 
of the network that may affect network traffic or throughput despite no change in network topology. 

Another aspect of the present invention provides a router. The router includes a plurality of 
interfaces configured for establishing respective active links with at least a second router. The router 
also includes a link associating resource, a monitoring resource, and a routing protocol resource. 
30 The link associating resource is configured for identifying an active path connected to the router 



10-009 



3 



8096 



based on at least one active link connected to the router. The monitoring resource is configured for 
monitoring prescribed attributes of the active path connected to the router, the monitoring resource 
detecting a change in at least one of the prescribed attributes of the connected active path. The 
routing protocol resource configured for outputting an update message, specifying the change, to a 
5 second router according to a prescribed routing protocol. 

Additional advantages and novel features of the invention will be set forth in part in the 
description which follows and in part will become apparent to those skilled in the art upon 
examination of the following or may be learned by practice of the invention. The advantages of the 
present invention may be realized and attained by means of instrumentalities and combinations 
1 0 particularly pointed out in the appended claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Reference is made to the attached drawings, wherein elements having the same reference 
numeral designations represent like elements throughout and wherein: 

1 5 Figure lisa diagram illustrating a network having routers configured for exchanging routing 

information, including update messages that specify changes in dynamic attributes of active paths, 
according to an embodiment of the present invention. 

Figure 2 is a diagram illustrating one of the routers of Figure 1 . 

Figure 3 is another diagram illustrating the router of Figure 2 with emphasis on the EIGRP 
20 module. 

Figure 4 is a diagram illustrating in detail an exemplary one of the protocol-dependent client 
modules of Figure 3. 

Figure 5 is a diagram illustrating an Internet Protocol (IP) based EIGRP update message 
generated by the IP-based protocol-dependent client module of Figure 3 for an IP network. 

25 Figures 6A and 6B are diagrams illustrating the EIGRP header and the Type-Length- Value 

(TLV) frame of Figure 5, respectively, generated by the transport module of Figure 3. 

Figure 7 is a diagram illustrating in detail the topology table of Figure 4. 

Figure 8 is a diagram illustrating the method in a router of outputting a update message in 
response to detecting a change in a prescribed attribute of a connected active path, according to an 
30 embodiment of the present invention. 
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BEST MODE FOR CARRYING OUT THE INVENTION 



Figure 1 discloses a network 10 having routers 12 configured for exchanging path attribute 
information according to a prescribed routing protocol, such as EIGRP, according to an embodiment 
of the present invention. Each of the routers 12 are interconnected by physical links 16, for example 
5 Ethernet (IEEE 802.3) or ATM links, that enable the routers 12 to forward traffic to a destination 
(D) 14. 

As illustrated in Figure 1, the routers may be interconnected by at least one link, however 
multiple links may be available between routers. In particular, the router 12a is connected to the 
router 12b via the 50 Megabit per second (Mb/s) link 16a, 75 Mb/s link 16b, and the 10 Mb/s link 
10 16c. The routers 12b and 12c are interconnected only by the 150 Mb/s link 16d. The router 12c is 

connected to the router 1 2d by a 200 Mb/s link 1 6e, and the router 1 2d is connected to the router 1 2e 
by a 100 Mb/s link 16f and a lOOMb/s link 16g. The router 12e is connected to the router 12a via 
a 200 Mb/s link 16h. Finally, the destination (D) 14 is connected to the router 12a via a 200 Mb/s 
link 16i. 

1 5 Each router 1 2 is configured for real time monitoring of prescribed attributes of the links 1 6 

that are connected to the router 1 2. Conventional EIGRP processing involve the router 1 2 outputting 
an update message only if a given link 16 encounters a link failure or a link recovery. Hence, an 
update message normally would be output only when a change in network topology is contemplated. 

According to the disclosed embodiment, each router 12 is configured for monitoring in real 
20 time the prescribed attributes for each connected link 16, including but not limited to Delay, 
Bandwidth, MTU, hop count, reliability, and load. In response to detecting a change in any one of 
the prescribed attributes, the router 1 2 is configured for outputting an update message, according to 
the EIGRP protocol, that specifies the change detected by the router 12 in the prescribed attributes. 

Moreover, each router (e.g., 12b) is configured for identifying a connected active path (e.g., 
25 34a) based on associating at least one of the active links (e.g., 16a) connected to the same router 

(e.g., 12b). As illustrated in Figure 1, the router 12b having the active links 16a and 16b connected 
to itself is configured for identifying that a prescribed destination (e.g., 14 or 12a) is concurrently 
reachable via either of the two active links 1 6a and 1 6b; consequently, the router 1 2b associates the 
two active links 16a and 16b as belonging to the same active path 34a. Moreover, the router 12b 
30 aggregates the dynamic attributes of the individual links 1 6a and 1 6b in order to form the combined 
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dynamic attributes of the active path 34a. 

w 

Hence, the router 1 2b, in response to aggregating the attributes of the links 1 6a and 1 6b to 
form the combined dynamic attributes of the active path 34a, updates its internal topology tables and 
routing tables as described below, and outputs and EIGRP update message to the router 12c that 
5 specifies the change in the attributes for the active path 34a connected to the router 12b. In 
particular, since the aggregate bandwidth of the connected active path 34a is 125 Mb/s (50 Mb/s of 
link 1 6a plus 75 Mb/s of link 1 6b), the router 1 2b will send an EIGRP update message to the router 
12c specifying that the destination 14 (or at least an IP address prefix that includes the destination 
14) is reachable with a bandwidth of 125 Mb/s. 

10 In contrast, the router 12d having non-aggregated links 16f and 16g, will report that the 

maximum bandwidth available for reaching the destination 14 is only 100 Mb/s. 

Consequently, the router 12c can update its routing and topology tables to determine whether 
to route a packet to the destination 14 via router 12b or 12d. Hence, the router 12c will route traffic 
to the destination 14 via the router 12b instead of the router 12d based on the higher available 

1 5 bandwidth provided by the active path 34a. 

Also note that the disclosed aggregation of links 16a and 16b is based on network-layer 
identification of destinations being concurrently reachable via the links 16a and 16b, as opposed to 
link layer trunking which requires manual reconfiguration of links. Hence, multi-link active paths 
can be dynamically created by the router 12b based on availability of the link 16, policy 

20 considerations, etc. 

In addition, the monitoring of dynamic attributes enables the router 1 2b to output an EIGRP 
update message for the active path 34a if the router 12b detects the bandwidth of the connected link 
16a is reduced from 50 Mb/s to 20Mb/s, for example in the case of a satellite link that suffers a 
reduced bandwidth (or increased error rate) due to adverse link conditions (e.g., precipitation, etc.). 

25 In this case, the router 12b recalculates the bandwidth of the active path 34a as 95 Mb/s and outputs 
an EIGRP update message specifying that the destination 14 is reachable with an available 
bandwidth of 95 Mb/s, enabling the router 1 2c to perform routing optimization to determine whether 
the router 1 2d should be selected as a feasible successor according to the DUAL algorithm, described 
below. 

30 Hence, the disclosed monitoring of prescribed attributes of the active path 34a connected to 
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the router 12b enables the router to notify the neighboring router 12c of dynamic changes in the 
prescribed attributes (e.g, EIGRP metrics), enabling the routers 12b and 12c to more precisely 
control data flows and queuing policies based on dynamic changes in attributes in active paths. 

Figure 2 is a diagram illustrating in detail the router 12 according to an embodiment of the 
5 present invention. The router 12 includes a protocol resource 20, at least one interface driver 22, a 
plurality of interfaces 24, and a delay measurement resource 26. The protocol resource 20 includes 
a protocol dependent module 30, a transport module 32, and a DUAL finite state machine 35. 

The transport module 32 includes a reliable transport protocol (RTP) module 1 00, a neighbor 
discovery / recovery module 102, and a client interface 104, described below. 

1 0 The protocol dependent module 30 includes a network layer client 36 that includes a dynamic 

path attribute detector 38. 

The dynamic path attribute detector 38, also referred to as a monitoring resource 38, is 
configured for monitoring in real time, or at an arbitrary interval, the prescribed attributes of an 
active link 16 associated with a given active path 34. In particular, the dynamic path attribute 
1 5 detector 38 is configured for interfacing with the executable driver 22 of the hardware interfaces 24, 
for example an Ethernet (IEEE 802.3) interface. The interface driver 22 is configured for hardware- 
specific control of the corresponding interface 24, including monitoring link attributes such as 
quality. The interface driver 22 reports the link attributes to the dynamic path attribute detector 38; 
for example, the dynamic path attribute detector 38 may periodically poll the interface driver 22 for 
20 the monitored attributes, or the interface driver 22 may be configured to send an alert to the dynamic 
path attribute detector 38 in response to a prescribed event (e.g., the driver 22 determines that a given 
link attribute exceeds a corresponding threshold according to a prescribed hysteresis function). The 
hysteresis function is utilized to ensure that the interface driver 22 does not send unnecessary alerts 
in the event that a monitored attribute is near the corresponding threshold. 

25 Each driver 22 (e.g., Ethernet driver, ATM driver for ATM interfaces (not shown)) is 

configured for measuring attributes such as load and reliability for its assigned interfaces 24. In 
addition, each interface driver 22 is configured for identifying bandwidth of a given link 16 as a 
physical attribute of the corresponding interface 24 (e.g., 10-Base T, 100-Base T, Gigabit Ethernet, 
etc.). 

30 Figure 3 illustrates that the protocol dependent module (PDM) 30 may utilize different 
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network layer clients 36 depending on the actual network topology being deployed at the network 
layer 40. In particular, the PDM 30 is configured for monitoring interfaces for changes, including 
link transitions and detected changes in attributes of a connected active path. The protocol 
dependent module 30 is configured for performing network layer operations, including building 
5 headers according to the corresponding network layer protocol. For example, the protocol dependent 

module 30 includes an Internet Protocol (IP) client 36a, an AppleTalk (AT) client 36b, and a Novell 
(NV) client 36c. 

Figure 4 is a diagram illustrating in further detail one of the network layer clients 36, 
according to an embodiment of the present invention. Each network layer client 36 includes the 
1 0 protocol-specific dynamic path attribute detector 38. Hence, the dynamic path attribute detector 38 
is implemented in each network layer client 36 on a network protocol-specific basis. Each network 
layer client 36 also includes a link aggregation module 42, and a protocol-specific packet encoder 
/ decoder 44. 

Each client 36 includes tables configured for storing routing attributes (e.g., network layer 
15 addresses and link layer addresses) according to the corresponding network layer protocol. In 
particular, each client 36 includes a routing table 46, a neighbor table 48, and a topology table 50. 
The routing table 46 is configured for storing routing information, including address prefix and next- 
hop (i.e., destination path) information. The neighbor table 48 is configured for storing attributes 
associated with neighboring routers (i.e., routers serving as a peer endpoint for each connected link 
20 16). 

Figure 7 is a diagram illustrating a topology table 50 for the IP-based client 36a. The 
topology table 50 is configured for storing attributes related to the topology of the network 10. In 
particular, the topology table 50 includes destination addresses 52 (or at least a prefix thereof), 
subnet masks 54, next hop router addresses 56, path identifiers 58 that specify the available paths 
25 34 to routers, and link identifiers 60 that specify links 16 associated with a given path 34. The 

topology table 50 also is configured for storing the prescribed attributes 62 for each of the active 
paths, enabling the DUAL finite state machine 35 to identify optimal routes based on cost analysis 
using the prescribed attribute values stored in the topology table 50. 

The prescribed attributes 62 stored in the topology table 50 include an aggregation (Agg.) 
30 field 64, a delay field 66 (in milliseconds), a bandwidth field (in Mb/s) 68, an MTU field 70, a hop 
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count field 72, a reliability field 74, and a load field 76. 

As illustrated in Figure 7, the topology information is stored in the topology table 50 based 
on a destination 52: each destination will list all the paths 34 to that destination, where each path is 
identified by an interface identifier 60 and a next hop router 56 (e.g., by its IP address). Hence, the 
5 router 12b will include in its topology table 50 will specify a destination 14 (D) having two sub- 
entries, namely a first entry 80a specifying the destination 14 is reachable via next-hop router 12a 
(R1 ) using interface link 16a, and a second entry 80b specifying the destination 14 is reachable via 
next-hop router 12a (Rl) using interface link 16b. The routing table 46 for the router 12b also will 
include the two entries specifying the destination 14 (D) is reachable via next-hop router 12a (Rl) 
10 using interface links 12a and 12b, respectively. 

Also note that the topology table 50 includes an entry specifying that the destination 14 is 
reachable via the next hop router 12c and has a hop count of “4". 

As described below, the dynamic path attribute detector 38 dynamically updates the tables 
46, 48, and 50 based on detected changes in the links 16a, 16b, and 16c. 

15 The delay attribute 66 is computed by the delay measurement resource 26 of Figure 2 by 

sending a message on one of the links 1 6, and measuring the time to receive a reply to the message. 
Hence, the delay measurement resource 26 measures the delay for a given link 16 as the round trip 
time between transmitting a message and receiving a reply to the message divided by two. 

The Maximum Transmission Unit (MTU) attribute 70 is a configurable option that is set by 
20 a user during configuration of the router 12. Since links 16 may be configured with different 
respective MTU values, the MTU value 70 for a given link 16 may need to be conveyed throughout 
the router 1 2 to ensure the appropriate packet length is sent via the links 1 6. The MTU attribute 70 
is written into the topology table 50 by the transport module 32 to ensure that any changes in the 
MTU that are specified by received update packets are implemented in the routing table 46. Note, 
25 however, that in the case of aggregation of links for an active path 34, any update message for an 
active path 34 will specify the maximum MTU value specified among the associated active links 
(e.g., 16a and 16b) for the active path (e.g., 34a). 

The Hop Count attribute 72 is retrieved by the dynamic path attribute detector 38 from the 
topology table 28. In particular, existing routing algorithms 20 use prescribed routing protocols 
30 (such as EIGRP) in order to determine the hop count to a destination 14 using a given path. 
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The Load attribute 76 also is obtained by the dynamic path attribute detector 38 from the 

v 

interface driver 22, which monitors the data flows output by each associated interface 24; hence, the 
interface driver 22 can determine the amount of bandwidth being utilized by each associated 
interface 24. For example, if the interface driver 22 determines that data is being output by the 
5 interface 24a at a rate of 5Mb/s and the available bandwidth for the interface 24a is lOMb/s, then the 

interface driver 22 identifies that the corresponding link 16a has a load of 50 percent; as traffic 
increases (e.g., another flow of data packets is output by the same link 16), the load increases toward 
100 percent. 

The Link Aggregation Module 42 of Figure 2, also referred to as a link associating resource, 
10 is configured for associating connected links 16 with a given path 34. In particular, the link 
aggregation module 42 is configured for combining the resources of individual links 1 6 into a logical 

path 34, illustrated in Figure 1 . The link aggregation module 42 is configured for recognizing the 

) 

links 16 connected to the router 12; the link aggregation module 42 monitors EIGRP -based update 
messages from a given destination (e.g., another router) via a given link (e.g,. 16a). Hence, if the 
1 5 link aggregation module 42 determines that the same destination (e.g., the router 12a) is reachable 
via more than one link (e.g, link 16a and link 16b), and the link aggregation module 42 determines 
that the links 16a and 16b providing reachability for that same destination are configured for load- 
sharing, the link aggregation module 42 associates the two links 16a and 16b with the same 
destination (e.g, the router 12a), and aggregates the appropriate metrics (such as bandwidth) and 
20 load. 

Hence, the link aggregation module 42 is configured to identify which of the connected links 
1 6 should be monitored for aggregation. If the link aggregation module 42 determines that the same 
destination is reachable via multiple links 16a and 16b at the same time, then if the link aggregation 
module 42 determines that load sharing is permitted between the links sharing the same destination, 
25 then the link aggregation module 42 aggregates the links sharing the same destination into the a 
single path 34 having aggregated attributes. The link aggregation module 42 supplies the 
aggregation information into the topology table 28 and the dynamic path attribute detector 38. 
Hence, the dynamic path attribute detector 38 is notified of the change in the dynamic attributes of 
the path 34 in that the links 16a and 16b are aggregated into the same path. The dynamic path 
30 attribute detector 38 in response aggregates the dynamic attributes (e.g, bandwidth), and report to 
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the topology table 28 that the path 34 has an aggregate bandwidth that is a sum of the individual 

* 

bandwidth values for the respective associated links 16a and 16b (e.g, totaling 125Mb/s). Note that 
link 16c in this example is configured to not be aggregated. 

Hence, since the existing active links 16a, 16b, are associated with a single path 34, the 
5 EIGRP protocol resource 20 will output an update message based on the aggregate bandwidth of the 
path 34 increasing due to the aggregation of the links 16a, and 16b. 

The Transport module 32 is configured for generating an EIGRP header 92 and a Time- 
Length-Value (TLV) frame 90, illustrated Figures 6A and 6B respectively and described in detail 
in the above-incorporated U.S. Patent 5,519,704. The transport module 32 outputs the TLV frame 
10 90 and the header 92 to the protocol dependent module 30. The TLV frame utilizes an EIGRP 

encoding format, where each attribute present in a routing packet is tagged. 

The protocol dependent module 30 is configured for constructing the update message 96 of 
Figure 5 according to the corresponding network protocol utilized by the routers 12, in response to 
reception of the TLV frame, using the corresponding client 36. In particular, the protocol dependent 
1 5 module 30 will use the encapsulation services of the corresponding network layer being utilized; 
hence if the routers 12 in the network 10 are configured to utilize IP protocol, the TLV frame 90 and 
header 92 are sent to the network layer client 36a for generating an IP-based update message 96 
based on encapsulating the header 92 and TLV frame 90 with an IP -based header; if the routers 12 
in the network 10 are configured to utilize Apple-Talk protocol, the TLV frame 90 and header 92 
20 are sent to the network layer client 36b for generating an AppleTalk network based update message; 
and if the routers 12 in the network 10 are configured to utilize Novell protocol, the TLV frame 90 
and header 92 are sent to the network layer client 36c for generating a Novell network-based update 
message. 

As apparent from the foregoing, the routers 1 2 typically are preconfigured for using only one 
25 of the network protocols, although a router could be configured to use multiple network protocols 
in the case of interfacing between networks having different network protocols, assuming each 
network layer client 36 had its own associated set of links 16 and paths 34 as reflected in the 
respective tables 46, 48, and 50. 

Once the appropriate client 36 has generated the protocol-specific update message, the 
30 protocol dependent module 30 forwards the update message to the packet encoder / decoder 44. 
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The Transport Module 32 is configured for parsing received TLV messages recovered from 

* 

the protocol dependent module 30. In particular, the protocol dependent module 30 is configured 
for receiving a protocol-specific update message from a peer router, removing the protocol-specific 
network layer header, and providing the remaining TLV portion of the message to the protocol 
5 dependent module 30. 

The transport module 32 parses the received TLV messages, and updates the appropriate 
tables 46, 48, and 50 accordingly. 

The DUAL finite state machine 35 is configured as a database handler resource, and is 
configured for performing cost function analysis as described in the above-incorporated patent 
10 5,519,704. In particular, the DUAL finite state machine 35 interacts with the topology tables 50 in 

a generic (i.e., protocol-independent) manner. In other words, each topology table 50 includes 
protocol-independent parameters (such as the metric values), and protocol-dependent values (e.g, 
network address, link address, etc.) Hence, the DUAL finite state machine 35 performs cost analysis 
in the same manner for each of the network protocols using the protocol-independent parameters 
1 5 stored in the topology tables 50. 

Hence, a protocol-specific update message received from the network 10 by the network 
layer 40 is passed to the corresponding network-specific client (e.g, 36a in the case of IP). The 
packet encoder / decoder 44 recovers the TLV from the protocol-specific EIGRP update message 
recovered by the corresponding client 36a. The packet encoder / decoder 44 then outputs the TLV 
20 to the RTP module 100, which is configured for performing the EIGRP operations. In particular, 
the RTP module 100 is configured identifying a received TLV message as specifying one of an 
EIGRP Query, an EIGRP Reply, an EIGRP Update, or an EIGRP Hello message. The RTP module 
100 passes Queries, Replies, and Updates to the DUAL finite state machine 35, and Hellos to the 
neighbor discovery / recovery module 102. 

25 The DUAL finite state machine 35, in response to receiving a Query, Reply, or Update, 

updates the corresponding topology table 50 related to paths (e.g., 34'). The DUAL finite state 
machine 35 also may access the neighbor discovery / recovery module 102 regarding updating the 
neighbor attributes stored in the neighbor table 48 related to neighboring routers (i.e., routers that 
terminate a connected link 16 or 16' with the router). Hence, routers 12c and 12a are neighboring 
30 routers of 12b. 
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Figure 8 is a diagram illustrating the method of sending an EIGRP update message in 
response to detecting a dynamic attribute change in an active path, according to an embodiment of 
the present invention. The steps described herein with respect to Figure 8 can be implemented as 
executable code stored on a computer readable medium (e.g., floppy disk, hard disk, EEPROM, CD- 
5 ROM, etc.), or propagated via a computer readable transmission medium (e.g., fiber optic cable, 
electrically-conductive transmission line medium, wireless electromagnetic medium, etc.). 

The method begins in step 200, where the link associating resource 42 determines whether 
an EIGRP packet is received on one of the connected identified links 16. If a packet is received, the 
link associating resource 42 determines whether the packet specifies a new IP address reachable via 
1 0 the identified link in step 202. If the packet specifies a new IP address on the identified link, the link 
associating resource 42 checks the topology table 50 in step 204 to determine whether the IP address 
is already identified by an active path specified in the topology table 50. 

Assuming the link associating resource 42 detects a topology table entry 80 indicating the 
IP address is already identified by an active path, and if in step 206 load sharing is permitted between 
15 the identified link and the link specified in the table entry 80, the link aggregation module 42 
associates the new link 16 with the active path in step 208, and updates the topology table 50 with 
a new entry 80. The link aggregation module 42 then aggregates the relevant dynamic parameters 
62 in step 210, and updates the topology table 50 and routing table 46 accordingly in step 212. 

Assuming that aggregation is not to be performed, the link associating resource 42 in step 
20 214 associates the link with a new active path based on the IP address prefix. The topology and 

routing tables are updated accordingly in step 212. 

The monitoring resource 38 concurrently determines in step 216 if a metric change is 
detected, for example by monitoring the interface driver 22 and the delay measurement resource 26. 
The monitoring resource 38, in response to detecting eight metric change, updates the topology and 
25 routing tables in step 212. 

The resource having updated the topology table 50 (e.g., the monitoring resource 38 or the 
link associating resource 42) notifies the client interface 104 in the transport module 32 in step 218. 
In response, the client interface 104 notifies the appropriate resource 100, 102, or the DUAL finite 
state machine (FSM) 35 to perform EIGRP operations in step 220. For example, the RTP resource 
30 100 generates in step 220 a TLV update message 90 and header 92, and passes the TLV frame 90 
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and the header 92 to the protocol dependent module 30. The packet encoder / decoder 44 generates 
in step 222 the IP based EIGRP update message 96, and outputs in step 224 the update message 96 
for transmission to the neighboring router. 

Although the disclosed embodiment has been described with respect to using a distance 
5 vector routing protocol such as EIGRP, they will be appreciated that other routing protocols may be 
used. For example, the link state routing protocol Open Shortest Path First (OSPF), as described in 
the Internet Engineering Task Force (IETF) Request for Comments (RFC) 1247, may be used as an 
alternative by accessing the associated link state database which contains all iink state information, 
including costs, to extrapolate bandwidth. A copy of the RFC 1247 is available at the IETF website 
10 at the address “http://www.ietf.org/rfc/rfcl247. txt?number=1247". 

While the disclosed embodiment has been described in connection with what is presently 
considered to be the most practical and preferred embodiment, it is to be understood that the 
invention is not limited to the disclosed embodiments, but, on the contrary, is intended to cover 
various modifications and equivalent arrangements included within the spirit and scope of the 
1 5 appended claims. 
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